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(54) Methods and systems for internet protocol (IP) network surveillance 



(57) Methods and systems for internet protocol (IP) 
network surveillance are provided. In order to perform 
IP network surveillance, an authentication server asso- 
ciated with an end user device determines whether the 
end user device is under surveillance. If the authentica- 
tion server determines that the end user device is under 
surveillance, the authentication server notifies a proxy 
server. The proxy server copies call signaling informa- 
tion directed to or transmitted from the end user device 
and forwards the call signaling information to a record- 



ing device. The proxy server can also extract media 
stream identification and decoding information from the 
call signaling information and forward the media stream 
identification and decoding information to an edge rout- 
er. The edge router can use the media stream identifi- 
cation information to copy the media stream directed to 
or transmitted from the end user device. The edge router 
can forward the copied media stream to the recording 
device along with the media stream decoding informa- 
tion. 
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D scription 

Technical Field 

[0001] The present invention relates generally to 
methods and systems for internet protocol (IP) network 
surveillance. More particularly, the present invention re- 
lates to methods and systems for performing surveil- 
lance of IP communications, such as voice telephone 
calls, data communications, audio communications, 
and video communications. 

Related Art 

[0002] In the public switched telephone network 
(PSTN), telephone calls to and from the subject of a 
court-ordered wiretap can be recorded easily at the end 
office serving the subject. For example, referring to Fig- 
ure 1, all calls to or from end user device 100 pass 
through service switching point (SSP) 102 connected to 
end user device 100 More particularly, call signaling in- 
formation used to set up and tear down a call involving 
end user device 100 passes through SSP 102. In addi- 
tion, once a call is set up between the user of device 
100 and another end user, the media stream, i.e., the 
voice, data, video, or any combination thereof, passes 
through SSP 102. Accordingly in order to record call sig- 
naling and media stream information directed to or 
transmitted from end user device 100. a recording de- 
vice 104, such as a magnetic tape recorder, is placed at 
SSP 102 to record call signaling and media stream in- 
formation associated with end user device 100. Thus, 
in the conventional PSTN network, because all calls to 
or from an end user device pass through a single point, 
recording the information is relatively easy. 
[0003] In a packet-based network, such as an Internet 
protocol (IP) network, there might not be an end office 
through which all call signaling and media stream infor- 
mation is guaranteed to pass. Thus, there is currently 
no way of reliably capturing the call signaling and media 
exchange of a subject under surveillance. Given the in- 
crease in IP telephony services offered by service pro- 
viders, service providers might in the future be legally 
required to provide a reliable method for performing IP 
surveillance. 

[0004] Currently, service providers providing IP serv- 
ices are classified as enhanced service providers rather 
than communications providers. Enhanced service pro- 
viders are exempt from many taxes, tariffs, and other 
laws that affect communications service providers. En- 
hanced service providers, such as America Online, 
have complied with FBI requests for user information re- 
lating to monitoring e-mail of a subscriber. In light of the 
increase in IP users, a formal wire tapping capability for 
packet-based networks is likely to be imposed on IP 
service providers in the near future. 
[0005] One problem with collecting call signaling and 
media stream information in the IP domain is that the 



monitoring can be detectable by the end user. In the 
PSTN network, users have very little or no access to the 
signalingfortheircalls. In the IP domain, however, users 
can have full access to call signaling for their calls. Be- 

5 cause the end users can have full access to the call sig- 
naling information, the end users might be able to detect 
surveillance. If the end users are able to detect surveil- 
lance, the surveillance becomes useless for law en- 
forcement purposes. 

w [0006] One possible solution to providing IP network 
surveillance is to wiretap the end user's telecommuni- 
cations end office. However, as discussed above . this 
solution does not work in the IP environment because 
there is no guarantee that the end user's call or call sig- 

15 naling will pass through the end office. 

[0007] Another possible solution to providing IP net- 
work surveillance is to use multicast, such as IP multi- 
cast, to send a copy of a call to a law enforcement agen- 
cy. This solution is not practical because the end user's 

20 communication device will be able to determine that 
multicast is being used. Once the end user determines 
that multicast is being used, the end user will be alerted 
that he or she is under surveillance. 
[0008] Yet another possible solution to providing IP 

25 surveillance is to use a conference bridge to allow a law 
enforcement agency to access the call. However, the 
user's communication device will be able to detect the 
presence of a conference bridge, e.g., using the Packet 
InterNet Groper (PING) or traceroute programs. Once 

30 the user detects the presence of the conference bridge, 
the user is alerted that he or she is under surveillance. 
[0009] In light of the problems discussed above, there 
exists a need for novel methods and systems for per- 
forming surveillance in an IP network in a manner that 

35 is not detectable by the end user. 

Disclosure of the Invention 

[0010] The present invention includes methods and 
40 systems for performing IP network surveillance. In a 
system for performing IP network surveillance, an end 
user transmits call signaling information through a proxy 
server to establish a call with another end user. The 
terms "proxy" and "proxy server", are used interchange- 
's ably herein to refer to a computer program that functions 
as an intermediary between network entities. The proxy 
server communicates with an authentication server to 
authenticate the end user. The authentication server de- 
termines whether the end user is under surveillance. If 
50 the end user is under surveillance, the authentication 
server notifies the proxy server. In response to receiving 
notification that the end user is under surveillance, the 
proxy server copies call signaling messages to or from 
the end user. The proxy server forwards copies of the 
55 signaling messages to a recording device. 

[0011] In order to record the media stream between 
an end user under surveillance and another end user, 
after receiving notification that either of the end users is 



2 



3 



EP 1 111 892 A2 



4 



under surveillance, the proxy server determines media 
stream identification information for either or both end 
users. As used herein, the phrase "media str am" refers 
to audio, voice, video, data, applications, or any combi- 
nation thereof that is packetized and transmitted be- 5 
tween end users in a network. In addition to determining 
the media stream identification information, the proxy 
server can also determine media stream decoding in- 
formation for the end users. The proxy server transmits 
the media stream identification information and the me- 
dia stream decoding information to a policy server. The 
policy server instructs an edge router to copy the media 
stream to or from the end user device based on the me- 
dia stream identification information. The edge router 
copies the media stream to or from the end user device 
and sends a copy of the media stream to a recording 
device. The policy server can also transmit the media 
stream decoding information to the recording device to 
enable decoding of Ihe media stream. 
[0012] Communications monitored may include audio 
communications, video communications, data commu- 
nications, or any combination thereof. Accordingly, the 
terms "end user device" , "PSTN communication de- 
vice", and "IP communication device", as used herein, 
include devices capable of communicating using one or 
more of the above-described media types. 
[001 3] It is therefore an object of the present invention 
to provide novel methods and systems for performing 
IP network surveillance. 

[0014] An object of the invention having been stated 
hereinabove, other objects will be evident as the de- 
scription proceeds, when taken in connection with the 
accompanying drawings as best described hereinbe- 
low. Such objects are achieved in whole or in part by the 
present invention. 

Brief Description of the Drawings 

[0015] A description of the present invention will now 
proceed with reference to the accompanying drawings 
of which: 

Figure 1 is a block diagram illustrating wiretapping 
in a conventional telecommunications network; 
Figure 2 is a block diagram illustrating a system for 
performing IP network surveillance according to an 
embodiment of the present invention; 
Figure 3 is a protocol layer diagram illustrating ex- 
emplary hardware and software of a proxy server 
according to an embodiment of the present inven- 
tion; 

Figure 4 is a protocol layer diagram illustrating ex- 
emplary hardware and software of an authentica- 
tion server according to an embodiment of the 
present invention; 

Figure 5 is a protocol layer diagram illustrating ex- 
emplary hardware and software of a policy server 
according to an embodiment of the present inven- 



tion; 

Figure 6 is a protocol layer diagram illustrating ex- 
emplary hardware and software of an edge router 
according to an embodiment of the present inven- 
tion; 

Figure 7(a) is a network diagram illustrating meth- 
ods and systems for performing IP network surveil- 
lance for a PSTN to IP telephone call according to 
an embodiment of the present invention; 
Figure 7(b) is a call flow diagram illustrating exem- 
plary call signaling for the network illustrated in Fig- 
ure 7(a); 

Figure 7(c) is a flow chart illustrating exemplary 
steps that can be performed by a proxy server, an 
authentication server, and a policy server in per- 
forming IP network surveillance according to an em- 
bodiment of the present invention; 
Figure 8(a) is a network diagram illustrating meth- 
ods and systems for performing IP network surveil- 
lance for an IP to IP telephone call according to an 
embodiment of the present invention; 
Figure 8(b) is a call flow diagram illustrating exem- 
plary call signaling for the network illustrated in Fig- 
ure 8(a); 

Figure 9(a) is a network diagram illustrating meth- 
ods and systems for performing IP network surveil- 
lance for an IP to IP telephone call when one end 
user forwards his or her calls to a terminal other than 
the end user's home terminal according to an em- 
bodiment of the present invention; 
Figure 9(b) is a call flow diagram illustrating exem- 
plary call signaling for the network illustrated in Fig- 
ure 9(a); 

Figure 1 0(a) is a network diagram illustrating meth- 
ods and systems for performing IP network surveil- 
lance for an IP to PSTN telephone call according to 
an embodiment of the present invention; 
Figure 1 0(b) is a call flow diagram illustrating exem- 
plary call signaling for the network illustrated in Fig- 
ure 10(a); 

Figure 11(a) is a network diagram illustrating meth- 
ods and systems for performing IP network surveil- 
lance for an IP to PSTN telephone call when one 
end user forwards his or her calls to a terminal other 
than the end user's home terminal according to an 
embodiment of the present invention; and 
Figure 11 (b) is a call flow diagram illustrating exem- 
plary call signaling for the network illustrated in Fig- 
ure 11(a). 

Detailed Description of the Invention 

[0016] A detailed description of preferred embodi- 
ments of the present invention will now proceed with ref- 
erence to the accompanying drawings. The methods 
and systems for performing IP network surveillance ac- 
cording to the present invention will be explained in the 
context of block diagrams, network diagrams, call flow 
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diagrams, and flow charts. The entities and process 
steps illustrated in these diagrams can be implemented 
as computer-executable instructions embodied in a 
computer-readable medium. As used herein, the 
phrase, "computer-readable medium - refers to any 5 

lectrical, magnetic, or optical storage medium capable 
of storing computer-readable instructions. Examples of 
such computer-readable media include magnetic disks, 
optical disks, and chip memory devices. 
[001 7] Figure 2 illustrates a communications network 
including a system for performing IP network surveil- 
lance according to an embodiment of the present inven- 
tion. In Figure 2, an end user device 200 can be an IP 
telephone capable of transmitting multimedia streams 
over a network, such as an IP network. In this example, 
end user device 200 is the subject of surveillance. A sig- 
naling gateway 201 and a media gateway 202 allow end 
user device 200 to communicate with other end user de- 
vices ovc a packet-based network. Either or both of the 
gateways 201 and 202 can implement a suitable control 
protocol, such as the Media Gateway Control Protocol 
(MGCP), that allows call signaling and control to be per- 
formed by an external entity, referred to as a call agent 
or media gateway controller. In the illustrated network, 
signaling gateway 201 and media gateway 202 are con- 
trolled by media gateway controller 204. Media gateway 
controller 204 performs call signaling functions, such as 
communicating with the media gateway controller of an- 
other end user to establish a media communications be- 
tween the end users. For example, media gateway con- 
troller 204 can formulate call setup and teardown mes- 
sages to be communicated to the media gateway con- 
troller of another end user. 

[0018] Proxy 206 functions as an intermediary be- 
tween entities of the network containing end user device 
200 and other networks. Exemplary functions that can 
be performed by proxy 206 include address translation 
between internal and external network addresses, con- 
trol of multimedia sessions, and firewall functions. An 
exemplary protocol that can be implemented by proxy 
server 206 to control multimedia sessions between end 
users is the Session Initiation Protocol (SIP). According 
to an important aspect of the invention, proxy 206 can 
also communicate with authentication server 208 to 
identify end users under surveillance. 
[0019] Authentication server 208 performs user au- 
thentication and surveillance identification functions. 
For example, authentication server 208 can receive us- 
er identification information from end user device 200 
and determine whether the user of end user device 200 
is authorized to make calls. Such authentication can oc- 
cur by performing a look up in a database to determine 
whether to allow communications to or from the end us- 
er. If authentication server 208 determines that the user 
is an authorized user, authentication server 208 com- 
municates this fact to proxy server 206. Proxy server 
206 then allows communication with external network 
elements, such as the proxy server for another end user. 



[0020] In order to determine whether an end user or 
end user device is under surveillance, authentication 
server 208 preferably includes a users-under-surveil- 
lance database. The users-under-survei Nance data- 
base can be the same database or a different database 
from the database used to determine whether to allow 
users to communicate. The users-under-survei I lance 
database can contain entries that correspond to users 
that are under surveillance. The keys for accessing the 
entries can include any end user identification informa- 
tion, such as the user's identification for logging onto the 
network, the IP address of the device through which the 
user accesses the IP network, or any other information 
useful for identifying an end user. The users-under-sur- 
veillance database is preferably programmable to allow 
a service provider or a law enforcement entity to add 
and delete users from the database and to modify user 
selection criteria. For example, it may be desirable to 
monitor IP telephone calls and not HTTP sessions for a 
given user. 

[0021] When authentication server 208 receives an 
authentication message from proxy 206, authentication 
server 208 can perform a look up in the users-under- 
surveillance database. If the authentication server 208 
determines that the end user is under surveillance, au- 
thentication server 208 informs proxy 206 of this fact. In 
response to receiving notification that the end user is 
under surveillance, proxy 206 copies call signaling mes- 
sages relating to calls to or from end user device 200. 
Proxy 206 forwards copies of the call signaling messag- 
es to a recording device 210. Recording device 210 can 
be an IP client that records call signaling messages re- 
ceived from proxy 206 in a log file. 
[0022] In order to record the media stream between 
an end user under surveillance and another end user, it 
is desirable to identify a network entity through which 
the media stream is guaranteed to travel. It is also de- 
sirable to determine media stream identification infor- 
mation for incoming and outgoing media packets and is 
desirable to determine media stream decoding informa- 
tion for the media packets. The media stream decoding 
information may be determined from call signaling mes- 
sages or from the media packets themselves. The re- 
cording device 210 may decode the media stream in real 
time or store the media stream by controlling the edge 
router or edge routers that handle the media stream for 
an end user under surveillance. In an IP network, ail me- 
dia stream packets frorr *n end user device are trans- 
mitted through one on edge routers. There may be 
more than one edge rc - or purposes of load sharing. 
However, in such a ca^s, surveillance may still be per- 
formed. In the illustrated embodiment, all media stream 
packets, associated with, i.e., transmitted to or from, end 
user device 200 pass through edge router 212. Edge 
router 212 comprises a network entity that controls net- 
work access for any end user and is controlled by policy 
server 214. Since all media stream packets to or from 
end user device 200 are guaranteed to pass through 
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edge router 212, this device can be used to copy the 
media stream associated with an end user under sur- 
veillance. 

[0023] When proxy 206 is notified that end user de- 
vice 200 is the subject of surveillance, proxy 206 informs 
policy server 21 4 of this fact. A policy server is a network 
entity that instructs routers, such as edge router 212, on 
how to control bandwidth and resources. An example of 
a policy server suitable for use as policy server 214 of 
the present invention is a DIFFSERV policy server. A 
DIFFSERV policy server includes multiple queues and 
a queue management program that implements differ- 
ential quality of service for different calls. 
[0024] According to the present embodiment policy 
server 214 preferably also performs a surveillance func- 
tion by instructing edge router 212 to copy the media 
stream for users under surveillance. For example, policy 
server 214 can receive notification from proxy 206 that 
end user device 200 is the subject of surveillance. Policy 
server 21 4 can also receive media stream identification 
and decoding information from proxy 206. Proxy 206 
can also communicate media stream identification infor- 
mation and decoding information to policy server 206. 
Policy server 21 4 can determine the edge router serving 
end user 200 from the media stream identification infor- 
mation and can communicate the media stream identi- 
fication information and decoding information to edge 
router 212. Edge router 212 can then forward copies of 
the media stream to and from end user device 200 to 
recording device 210. Recording device 210 can store 
the media stream on a storage medium, such as a disk 
storage medium. Edge router 212 can also forward the 
media stream decoding information to recording device 
210 to enable decoding of the media stream. Thus, ac- 
cording to the present embodiment, proxy 206, authen- 
tication server 208, policy server 214, and edge router 
212 cooperate to perform IP network surveillance. Each 
of these components will now be discussed in more de- 
tail. 

[0025] Figure 3 is a protocol layer diagram illustrating 
an exemplary architecture of a proxy server according 
to an embodiment of the present invention. Referring to 
Figure 3, proxy generally designated 206 includes hard- 
ware 300 for executing programs and for communicat- 
ing with other entities over a network. For example, 
proxy hardware can include one or more processors 
having associated program memory and data memory 
for storing programs and data, including programs and 
data for performing IP network surveillance according 
to embodiments of the present invention. Proxy hard- 
ware 300 can also include one or more communications 
adapters, such as one or more Ethernet adapters. An 
example of proxy server hardware suitable for use with 
the present invention is a general purpose computer, 
such as an IBM-compatible computer, a Macintosh com- 
puter, or a UNIX computer. 

[0026] Physical layer software 302 allows proxy 206 
to communicate with devices directly connected to 



proxy 206. Exemplary physical layer communications 
software includes media access control (MAC) soft- 
ware. Network layer software 304 includes functionality 
for communicating over a packet-based network, such 
s as an IP network. Transport layer software includes 
functionality for reliable or unreliable communication 
with other devices. For example, exemplary transport 
layer software suitable for use with the present invention 
includes transfer control protocol (TCP) or user data- 
10 gram protocol (UDP) software. 

[0027] Application layer software 308 includes func- 
tionality for controlling access to internal and external 
networks, for performing authentication, for controlling 
multimedia sessions, and for performing IP network sur- 
fs veillance. In the illustrated embodiment, application lay- 
er software 308 includes multimedia session controller 
31 0 for controlling multimedia sessions between end us- 
ers, authentication server interface 31 2 for communicat- 
ing with authentication server 208 to determine whether 
20 an end user is under surveillance, and call signaling 
message processor 314 for copying call signaling mes- 
sages and for determining media stream identification 
and decoding information from the call signaling mes- 
sages. 

25 [0028] The present invention is not limited to proxy 
server 206 with an authentication server interface 312 
for communicating with an authentication server to de- 
termine whether an end user is under surveillance. In 
an alternative embodiment of the invention, authentica- 

30 tion server interface 312 may be replaced by a surveil- 
lance interface for communicating with any type of ex- 
ternal entity, such as a directory server, to determine 
whether an end user is under surveillance. 
[0029] Multimedia session control interface 310 can 

35 be any communication interface for controlling multime- 
dia communications between end users. In a preferred 
embodiment of the invention, multimedia session con- 
trol interface 310 comprises a session initiation protocol 
(SIP) server. The session initiation protocol is described 

40 in detail in request for comments (RFC) 2543, "SIP: Ses- 
sion Initiation Protocol", Internet Engineering Task 
Force, Msrch 1999, the disclosure of which Is incorpo- 
rated herein by reference in its entirety. According to the 
SIP protocol, the SIP server invites end users to join 

45 communication sessions with each other. Details of the 
functionality of the SIP server as it relates to IP network 
surveillance will be described more fully below. 
[0030] Authentication server interface 312 communi- 
cates with authentication server 208 to perform surveil- 

50 lance functions. Such functions include sending user 
identification information to authentication server 208, 
and receiving information indicative of whether an end 
user is under surveillance, in response to receiving no- 
tification that an end user is under surveillance, authen- 

55 tication server interface 312 can notify call signaling 
message processor 31 4, which can, in turn, send copies 
of call signaling messages directed to or from the user 
under surveillance to recording device 210. In addition 
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to forwarding copies of cat! signaling messages to re- 
cording device 210, call signaling message processor 
314 can also process call signaling messages for an end 
user under surveillance to extract media stream identi- 
fication and decoding information from call signaling to 
or from an end user under surveillance. The processing 
of call signaling messages to extract media stream iden- 
tification and decoding information will be discussed in 
more detail below. 

[0031] Figure 4 illustrates an exemplary authentica- 
tion server according to an embodiment of the present 
invention. In the illustrated embodiment, authentication 
server generally designated 208 includes hardware 
400, physical layer software 402, network layersofrware 
404, and transport layer software 406. These layers are 
preferably the same or similar to the corresponding lay- 
ers 300 through 306 described with respect to the proxy 
206 illustrated in Figure 3. Accordingly, a description of 
these layers is not repeated herein. 
[0032] According to an aspect of the invention, au- 
thentication server 208 includes application layer soft- 
ware 408 for performing user authentication and surveil- 
lance identification. In particular, application layer soft- 
ware 408 includes user authenticator/surveillance proc- 
essor 410 and a users-under surveillance-database 
412. User authenticator/surveillance processor 410 re- 
ceives user authentication information from authentica- 
tion server interface 314 illustrated in Figure 3 and per- 
forms user authentication based on this information. For 
example, user authenticator/surveillance processor 410 
can receive user IDs and passwords from authentication 
server interface 314 illustrated in Figure 3. User authen- 
ticator/surveillance processor 410 can also access the 
users-under-surveillance database 412 to determine 
whether a user is under surveillance. If user authentica- 
tor/surveillance processor 41 0 determines that a user is 
under surveillance, user authenticator/surveillance 
processor 41 0 preferably notifies proxy 206 of this fact, 
e.g., by sending a message to authentication interface 
314 

[0033] Figure 5 illustrates an exemplary policy server 
according to an embodiment of the present invention. In 
the illustrated embodiment, policy server generally des- 
ignated 214 includes hardware 500, physical layer soft- 
ware 502, network layer software 504, and transport lay- 
er software 506. These layers contain similar function- 
ality to those described with respect to Figure 3, and a 
description thereof is therefore not repeated herein. Ap- 
plication layer software 508 includes router resource/ 
surveillance controller 510. Router resource/surveil- 
lance controller 510 controls router bandwidth, e.g., by 
implementing a queue management procedure, and al- 
so controls surveillance. For example, router resource/ 
surveillance controller 510 can receive notification from 
policy server 21 4 that an end user is under surveillance. 
The notification can include media stream identification 
information for incoming and outgoing media streams to 
and from the end user under surveillance. Router re- 



source/surveillance controller 510 can forward this in- 
formation to an edge router so that the media stream 
can be copied or recorded. Router resource/surveil- 
lance controller 510 can also communicat. media 

5 stream decoding information to edge router 212 to en- 
able decoding of the media stream. 
[0034] Figure 6 illustrates an exemplary embodiment 
of an edge router according to the present invention. In 
the illustrated embodiment, edge router generally des- 

10 ignated 212 includes hardware 600, physical layer soft- 
ware 602, network layer software 604, and transport lay- 
er software 606. These layers are preferably similar or 
identical in function to those described with respect to 
Figure 3, and description thereof is therefore not repeat- 

15 ed herein. In the illustrated embodiment, edge router 
212 also includes application layer software 608. Appli- 
cation layer software 608 includes media stream con- 
troller/copier 610. Media stream controller/copier 610 
routes the incoming and outgoing media stream to and 

20 from end user devices, such as end user device 200 to 
which the edge router is connected. When edge router 
21 2 receives notification from policy server 21 4 that end 
user device 200 is under surveillance, media stream 
controller/copier 610 copies the media stream and 

25 sends copies of the media stream to recording device 
210. Media stream controller/copier 610 can also com- 
municate media stream decoding information to record- 
ing device 21 0 to enable decoding of the media stream. 

30 SurveiWance of a PSTN to IP Telephone Call 

[0035] The present invention can be used to perform 
IP network surveillance of IP telephone calls originating 
from an IP network or from the public switched tele- 

35 phone network (PSTN). Figures 7(a) - 7(c) illustrate 
methods and systems for IP network surveillance of a 
PSTN to IP telephone call. The examples illustrated in 
Figure 7(a) - 7(c) are explained in the context of MGCP 
call signaling, although the present invention is not lim- 

40 ited to using MGCP call signaling. For example, any oth- 
er suitable call signaling protocol, such as H.323, can 
be used. 

[0036] Figure 7(a) is a block diagram illustrating the 
network entities that can be involved in a PSTN to IP 

45 telephone call. In the illustrated embodiment, a first end 
user device 700 initiates a call to a second end user de- 
vice 702. First end user device 700 can be a traditional 
PSTN telephone. Second end user 702 can be an IP 
telephone adapted to send and receive audio over an 

so |p network. Because end user device 700 is connected 
to the PSTN network, all calls to and from end user de- 
vice 700 pass through a service switching point (SSP) 
704. Thus, if it is desired to record media stream or call 
signaling information to or from end user device 700, 

55 such recording can be accomplished by placing a re- 
cording device at SSP 704. However, because all calls 
to or from end user device 702 are not guaranteed to 
pass through the same end office or SSP, monitoring 
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call signaling and media stream information to and from 
end user 702 can be accomplished using authentication 
servers 706 and 708, proxies 710 and 712, policy serv- 
ers 714 and 716 and edge routers 718 and 720. 
[0037] The remaining elements illustrated in Figure 7 5 
(a) are adapted to perform call signaling and media 
stream communication function over a packet based 
network such as an IP network. In the illustrated embod- 
iment, the remaining elements are media gateway con- 
trol protocol (MGCP) elements. For example, signaling w 
gateways 722 and 724 encapsulate and unencapsulate 
call signaling messages to and from end users devices 
700 and 702, respectively, for transmission over a pack- 
et based network, such as an IP network. Similarly, me- 
dia gateways 726 and 728 encapsulate and unencap- *5 
sulate the media stream between end user 700 and 702. 
Media gateway controllers 730 and 732 control media 
gateways 726 and 728, respectively, e.g., using MGCP 
events. 

[0038] Figure 7(b) illustrates an exemplary call flow 
diagram for a call between end user 700 and end user 
702. In line 1 of the call flow diagram, end user 700 dials 
the telephone number of end user device 702 (illustrated 
in Figure 7(a)) and the dialed digits are communicated 
to SSP 704. In line 2 of the call flow diagram, SSP 704 
formulates and initial address message (I AM) and trans- 
mits the IAM to signaling gateway 722. The JAM mes- 
sage is an ISDN setup (ISUP) message used to request 
a call. In line 3 of the call flow diagram, signaling gate- 
way 722 encapsulates the I AM message in an IP packet 
and forwards the IAM message to media gateway con- 
troller 730. In line 4 of the call flow diagram, in response 
to the IAM message, media gateway controller 730 
transmits an ADD message to media gateway 726. The 
ADD message instructs media gateway 726 as to how 
to set up the interface for receiving the media stream. 
In line 5 of the call flow diagram, in response to the ADD 
message, media gateway 726 transmits an accept 
(ACPT) message to media gateway controller 730. The 
ACPT message from media gateway 726 includes the 
media flow IP address and port number associated with 
the gateway 726 for receiving the mediB stream from 
media gateway 728 and end user device 702 for the call. 
[0039] In line 6 of the call flow diagram, in response 
to the ACPT message, media gateway controller 730 
transmits an INVITE message to proxy server 710. The 
INVITE message is a Session Initiation Protocol (SIP) 
message used to invite the called party to join a call with 
the calling party. The INVITE message includes the me- 
dia flow IP address and port number on media gateway 
726 for end user 700. It is this IP address and port 
number that can be used to record media stream infor- 
mation from end user device 702. The INVITE message 
also includes identification information for the called and 
calling parties. An example of an INVITE message is as 
follows: 

1 INVITE sip: 1.1.1.2. SIP 2/0 



2 From: sip: user_1 @server_1 .network_1 .com 

3 To: sip: user_2@server_2.network_2.com 

4 Call-ID 125@proxy1 .networkl .com 

5 Cseq 225 INVITE 

6 Content type: application/sdp 

7 Content Length: 190 
8 

9 v=0 

10 o=user_1,1, IN IP4 1.1.1.1 

11 c-IN IP4 1.1.1.2 

12 m=audio 1200 RTP/AVP 0 

In the example INVITE message set forth above, line 
numbers are included on the left side of the message to 
facilitate discussion of the content of the message. 
These line numbers are used for illustrative purposes 
only and are not part of an actual INVITE message. In 
the example INVITE message, lines 1 -7 contain header 
fields, and lines 9-12 contain the message body. Line 8 
is a carriage-return line-feed (CRLF) that separates the 
message header from the message body. In the mes- 
sage header, line 1 is the request header, which begins 
with a method token, followed by the request-URI, and 
the protocol version, and ending with CRLF. In the illus- 
trated message, the method token is "INVITE", the re- 
quest-URI is "sip 1 .1 .1.2", and the version is "SIP 2/0". 
[0040] Lines 2-8 are the general header for the IN- 
VITE message. In line 2, the "From" general header field 
indicates the initiator of the INVITE message. In the il- 
lustrated message, the initiator is "user_1 @server_ 
1. network_1.com". In line 3, the 'To" general header 
field indicates the recipient of the INVITE message. In 
the illustrated message, the recipient is "user_ 
2@server_2.network_2.com". The information from the 
"From" and 'To" fields can be used to determine whether 
user 1 , user 2, or both are under surveillance. The sig- 
naling required to perform authentication will be dis- 
cussed in more detail below. 

[0041] In line 4 of the INVITE message, the call-ID 
general header field uniquely identifies an invitation for 
all registrations of a particular client. In the illustrated 
message, the call-ID is "125". The host is 
"proxy_1.network_1.com". The call-ID "125" uniquely 
identifies the call requested by the INVITE message 
within the domain proxy_1 .network_J .com. The call-ID 
can be used to identify call signaling messages to or 
from a user under surveillance for a particular call. The 
signaling required for recording call signaling messages 
will be discussed in more detail below. 
[0042] In line 5 of the INVITE message, the Cseq gen- 
eral header field indicates the command sequence 
number for the INVITE message. In the illustrated mes- 
sage, the command sequence number is "225". The se- 
quence number is used by SIP proxy servers to identify 
and order SIP messages. 

[0043] Lines 6 and 7 of the INVITE message are the 
entity-header of the INVITE message. In line 6, the con- 
tent-type entity header field indicates the media type of 
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the message body sent to the recipient. In the illustrated 
message, the media type is "application/sdp", indicating 
that the message body contains Session Description 
Protocol (SDP) information. In line 7, the cont nt length 
entity header field indicates the size of the message 
body in decimal number of octets, sent to the recipient. 
In the illustrated message, the content length is speci- 
fied as "190", indicating that the message body contains 
190 octets of information. 

[0044] As discussed above, lines 9-12 of the INVITE 
message are the message body. Since the content type 
entity header field in line 6 indicates that the message 
body is in SDP format, the fields in the message body 
are SDP fields. In line 9, the "v=" or version field indi- 
cates the SDP version number. In the illustrated mes- 
sage, the SDP version is "O". In line 10, the "o= M or origin 
field indicates the originator of the session by username 
and the address of the user's host, and a session ID and 
version number. In the illustrated message, the user 
name is the user's login ID on the user's proxy server. 
In the illustrated message, the user's login ID is user_1 . 
This information can be used in addition to or in lieu of 
the identification in the "From" general header field to 
authenticate the calling user and determine whether the 
calling user is under surveillance. The session ID in the 
origin field is "I". Thus number, when combined with the 
remaining parts of the origin field uniquely identifies the 
session. The network part of the origin field is "IN", indi- 
cating Internet type. The address type part of the origin 
field is "IP4", indicating Internet protocol version 4. The 
address part of the origin field is a globally unique ad- 
dress for the machine that initiated the request. In the 
illustrated message, the address is "1 .1.1 .2", which can 
be the IP address of MGC 730. 

[0045] The "c=" or connection data field of the IP ad- 
dress contains connection data for the message. In the 
illustrated INVITE message from the proxy server of end 
user device 700, the connection data is the IP address 
for the incoming media stream from end user device 702 
to end user device 700. However, because end user de- 
vice 700 is a PSTN device, it does not have its own IP 
address. Rather, because end user device sends and 
receives IP telephone calls through media gateway 726, 
the IP address in the "c= M field will be that of MG 726. 
In the illustrated message, this IP address is "1 .1 .1 .2". 
This IP address can be communicated to the edge rout- 
er for an end user to allow the edge router to identify 
and copy the media stream to an end user under sur- 
veillance. The signaling for communicating the media 
stream IP address to the edge router of an end user un- 
der surveillance will be discussed in more detail below. 
The network type and IP version are also specified in 
the same manner as in the "c=" field. 
[0046] The "m= M or media field of the message body 
includes information required to decode the incoming 
media stream of an end user. More particularly, the "m-" 
field indicates the type, the port number, the transport, 
and a format list for the incoming media. In the illustrated 



message, the media type is ■audio", indicating that the 
incoming media stream- is audio. Additional media 
streams that can be copied according to embodiments 
of the present invention include: video, application, data, 

5 and control. The second sub-field of the "m=" field is the 
transport port number to which the media stream will be 
sent. This port number can also be communicated to the 
edge router for an end user under surveillance so that 
the edge router will know on which port to monitor and/ 

10 or copy the incoming media stream. The third sub-field 
in the "m= M message is the transport protocol. In the il- 
lustrated message, the transport protocol is "RTP/AVP", 
indicating that the Realtime Protocol using the Audio/ 
Video profile will be used. The fourth sub-field of the 

15 "m=" message is the format. In the illustrated message, 
the format is specified as "0", indicating that the payload 
type is mu-law puise-code-moduiation (PCM) coded 
single channel audio PCM sampled at 8 kHz. One or 
more of the sub-fields in the "m=" field comprise media 

20 stream decoding information that can be communicated 
to the edge router and/or the recording device to facili- 
tate decoding of the media stream for an end user under. 
[0047] Referring again to Figure 7(b), in line 6, after 
receiving the INVITE message, proxy server 710 con- 

25 tacts authentication server 706 (illustrated in Figure 7 
(a)) to authenticate end user device 700 and end user 
device 702. According to an embodiment of the present 
invention, authentication server 706 preferably deter- 
mines whether end user device 700 or end user device 

30 702 is under surveillance. 

[0048] Figure 7(c) illustrates exemplary steps that can 
be performed by authentication server 706 and proxy 
710 to determine whether either of the end user devices 
is under surveillance. In step ST1 , proxy 710 transmits 

35 the authentication request to authentication server 706. 
In step ST2, authentication server 706 determines 
whether either of the end users is under surveillance. 
For example, authentication server 706 can compare 
the user identification information extracted from the 

40 'To" and "From" fields of the INVITE message to entries 
in the users-under-surveillance-database described 
with respect to Figure 4. Alternatively, user identification 
can be extracted from other fields in the INVITE mes- 
sage, such as the Session ID field. Any manner of iden- 

45 tifying an end user or an end user device from the fields 
of a call signaling message, such as an INVITE mes- 
sage, is intended to be within the scope of the invention. 
[0049] In step ST3, authentication server 706 trans- 
mits a response to proxy server 710. If authentication 

50 server 706 determines that either of the end users is un- 
der surveillance, the response from authentication serv- 
er 706 can include such an indication. In step ST4, in 
response to receiving notification that end user 702 is 
under surveillance, proxy server 710 identifies, copies, 

55 and sends call signaling information to or from end user 
700 with regard to the present call to a recording device. 
This function can be performed by the call signaling 
message processor, for example, as described with re- 
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spect to Figure 3. 

[0050] The call signaling message processor of proxy 
server 710 can also extract the media stream identifica- 
tion and decoding information from the INVITE message 
(step ST5). For example, the call signaling message 
processor can extract the media flow IP address from 
the "c=" field of the SDP portion of the INVITE message 
and the port number from the "nW field of the INVITE 
message. The media stream decoding information and 
port number can be extracted from the M m=" field of the 
INVITE message. Proxy server 710 then sends the me- 
dia flow IP address and media stream decoding infor- 
mation to policy server 714 (ST6). Policy server 710 
controls edge router 712 to copy the media stream to or 
from the- specified address (step ST7). Edge router 71 8 
copies the media stream information to or from the spec- 
ified IP address and forwards the media stream infor- 
mation to a recording device (ST8) . Edge router 71 8 can 
also communicate the media stream decoding informa- 
tion to the recording device to enable decoding of the 
media stream. 

[0051] The present invention is not limited to having 
the proxy server forward the media stream identification 
and decoding information to the policy server. For ex- 
ample, in an alternative embodiment of the invention, 
the proxy server can forward the media stream identifi- 
cation information to the authentication server, and the 
authentication server can communicate the media 
stream identification and decoding information to the 
policy server when the authentication server determines 
that an end user is under surveillance. Either method is 
intended to be within the scope of the invention. 
[0052] As discussed above, proxy 710 may extract 
media stream identification information and media 
stream decoding information from call signaling mes- 
sages transmitted between end user device 700 and 
end user device 702. However, the present invention is 
not limited to such an embodiment. For example, in an 
alternative embodiment, proxy 710, may forward copies 
of call signaling information between end users to a re- 
cording device without extracting the media stream de- 
coding information. The recording rtevice or other law- 
enforcement-controlled entity may extract the media 
stream decoding information from the recorded call sig- 
naling messages or from the media stream. 
[0053] Referring back to Figure 7(b), in line 7, proxy 
712 of the called end user responds to the INVITE mes- 
sage by sending a TRYING message to proxy 710, and 
proxy 710 forwards the TRYING message to MGC 730. 
In line 8, proxy 712 sends a RINGING message to proxy 
710, which indicates that end user 702 is being alerted. 
Proxy 710 forwards the RINGING message to media 
gateway controller 730. In line 9, media gateway con- 
troller 730 transmits an encapsulated address complete 
(ACM) message to signaling gateway 722. In line 10, 
signaling gateway 722 forwards the ACM message to 
SSP 704. The ACM message indicates to SSP 704 that 
the called end user is being alerted. 



[0054] In line 11 , media gateway controller 730 sends 
a MODIFY message to media gateway 726. In line 12, 
media gateway responds by sending an ACCEPT 
(ACPT) message to m dia gateway controller 730. In 

5 line 13, media gateway 726 applies a ringback signal, 
which passes through SSP 704, to end user device 700. 
[0055] In line 14 of the call flow diagram, when the 
user of end user device 702 answers the call, proxy 712 
sends an OK message to proxy 710. Proxy 710 forwards 

10 the OK message to MGC 710. The OK message in- 
cludes the IP address of the end user device receiving 
the call, i.e., end user device 702. This IP address, like 
the media flow IP address transmitted to proxy server 
710, can be used to record the media flow from the 

15 called party to the calling party. For example, proxy serv- 
er 71 2 could transmit the media flow IP address for end 
user 702 to policy server 716. Policy server 716 would 
then forward the IP address to edge router 720. 
[0056] In line 15, media gateway controller 730 sends 

20 an ANSWER (ANM) message to SG 722. In line 16, sig- 
naling gateway 722 forwards the ANM message to SSP 
704 indicating that the call has been answered. After an- 
other exchange of MODIFY and ACPT messages be- 
tween media gateway 726 and media gateway control- 
25 Jer 730 (lines 1 7 and 1 8), a conversation can occur be- 
tween end user devices 700 and 702. Specifically, the 
media stream is transmitted between edge routers 718 
and 720. If either user is under surveillance, either or 
both edge routers can send a copy of the media stream 

30 information to a recording device, as described above. 
In addition, proxy 710, proxy 71 2, or both forward copies 
of call signaling messages, such as SIP messages, to 
the recording device. Thus, the present invention pro- 
vides a reliable method of performing surveillance of a 

35 PSTN to IP telephone call when either the PSTN end 
user, the IP end user, or both are under surveillance. 

Surveillance of an IP to IP Telephone Call 

40 [0057] Figure 8(a) illustrates methods and systems 
for IP network surveillance according to an embodiment 
of the present invention for an IP to IP telephone call, in 
Figure 8(a), end user device A 800 places a call to end 
user device C 802. The upper portion of Figure 8(a) il- 

45 lustrates signaling layer communications, such as SIP 
communications, for end user device A 800 and end us- 
er device C 802. In order to simplify explanation of the 
invention, MGCP entities and communications are omit- 
ted from Figure 8(a). The lower portion of Figure 8(a) 

50 illustrates media layer communications, such as media 
stream communications, for end user device A 800 and 
end user device C 802. 

[0058] In the upper portion of Figure 8(a), end user 
device A 800 sends call signaling messages to A proxy 
55 804 to establish calls with other users. Accordingly, solid 
line 805 between end user device A 800 and A proxy 
804 represents conventional call signaling messages 
transmitted from an end user device to a proxy server. 
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Similarly, solid line 808 between end user device C 802 
and C proxy 806 represents existing call signaling mes- 
sages transmitted between these devices. 
[0059] According to an important aspect of the inven- 
tion, authentication server 810 communicates with A s 
proxy 804 and C proxy 806 to authenticate the end users 
and determine whether the end users are under surveil- 
lance. Accordingly, dashed line 81 1 represents new au- 
thentication signaling messages according to an em- 
bodiment of the present invention. Recording device 
812 records call signaling messages when end user de- 
vice A 800 and/or end user device C 802 is under sur- 
veillance. Accordingly, dashed lines 81 6 represent new 
call signaling messages between proxy servers and a 
recording device according to an embodiment of the 
present invention. Finally, dashed lines 830 represent 
communication between proxy servers 804 and 806 and 
policy server 819 to indicate that one of the end users 
is under surveillance, to communicate media stream 
identification information to policy server 819, and to 
communicate media stream decoding information to 
policy server 819. Alternatively, as discussed above, 
this information can be communicated from the authen- 
tication server to the policy server. Accordingly, dashed 
line 820 can represent communication of media stream 
identification information, media stream decoding infor- 
mation, and information indicating that one of the end 
users is under surveillance between authentication 
server 810 and policy server 819. 
[0060] In the lower portion of Figure 8(a), media 
stream communications between end user device A800 
and end user device C 802 occur through A edge router 
821 and C edge router 822. Accordingly, solid lines 824 
represent conventional bearer channel or media stream 
communications between end user device A 800 and 
end user device C 802. 

[0061] Policy server 819 controls A edge router 821 
and/or C edge router 822 to send copies of media 
stream communications between end user device A and 
end user device C to recording device 812 when either 
end user device A 800 or end user device C 802 is under 
surveillance. Accordingly, dashed lines 827 represent 
new signaling messages between policy server 81 9 and 
edge routers 821 and 822 for informing the edge routers 
that the end users are under surveillance. In addition, in 
order to copy and decode the media stream between 
the end users, signals represented by dashed lines 827 
can also include media stream identification information 
for identifying the media stream between end user de- 
vice A device 800 and end user device C 802, and media 
stream decoding information. Dashed lines 828 repre- 
sent the flow of media stream information from A edge 
router 821 and C edge router 822 to recording device 
812 according to an embodiment of the present inven- 
tion. 

[0062] Figure 8(b) is a call flow diagram illustrating an 
exemplary call flow between the entities in Figure 8(a) 
for establishing an IP to I P phone call between end user 



device A 800 and end user device C 802. In line 1 , end 
user device A 800 transmits an INVITE message to A 
proxy 804. In line 2, A proxy 804 determines whether 
end user device A 800 or end user device C 802 is under 
surveillance. The steps for determining whetherthe end 
user devices are under surveillance can be similar to 
those illustrated in Figure 7(c) for the PSTN to IP case. 
For example, first, A proxy 804 can send an authentica- 
tion request to authentication server 810 (illustrated in 
Figure 8(a)). The request can include user identification 
information for end user device A and end user device 
C. Authentication server 810 can perform a lookup in 
the users-under-surveillance database based on the 
identification information. Authentication server 810 can 
then send a response to A proxy 804 indicating whether 
one or both of the end user devices are under surveil- 
lance. If A proxy 804 receives notification that either or 
both end user devices are under surveillance, A proxy 
804 preferably sends copies of call signaling information 
between end user device A 800 and end user device C 
802 to recording device 812 (illustrated in Figure 8(a)). 
A proxy 804 preferably also notifies policy server 819 
that the end user devices are under surveillance. A 
proxy 804 preferably also sends media stream identifi- 
cation information and media stream decoding informa- 
tion to policy server 819 to trigger and enable copying 
of the media stream to end user device A 800 from end 
user device C 802. 

[0063] In line 3 of the call flow diagram, A proxy 804 
forwards the INVITE message to C proxy 806, which for- 
wards the INVITE message to end user device C. In line 
4 of the call flow diagram, C proxy can determine wheth- 
er end user device A, end user device C, or both are 
under surveillance, in the same manner described 
above with respect to line 2 of the call flow diagram. In 
line 5 of the call flow diagram end user device C trans- 
mits a TRYING message to end user device A, indicat- 
ing that an attempt is being made to alert end user de- 
vice C. In line 6 of the call flow diagram, end user device 
C 802 transmits a RINGING message to end user de- 
vice A indicating that end user device C 802 is being 
alerted. In line 7 of the call flow diagram, when the user 
of end user device C 802 answers the call, end user de- 
vice C 802 transmits an OK message to end user device 
A 800. The OK message includes the media flow I P ad- 
dress and port number and media flow decoding infor- 
mation for the incoming media flow for end user device 
C. Accordingly, this information is preferably communi- 
cated to policy server 819 (illustrated in Figure 8(a)), C 
edge router 822 (illustrated in Figure 8(a)), and record- 
ing device 812 (illustrated in Figure 8(a)) to enable cop- 
ying and decoding of the media stream to and from end 
user device C 802. 

[0064] In line 8 of the call flow diagram, end user de- 
vice A 800 transmits an ACK message to end user de- 
vice C. Once this occurs, media stream communications 
occur between end user device A 800 and end user de- 
vice C 802 through edge routers 821 and 822 (illustrated 
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in Figure 8(a)). Because dge routers 821 and 822 have 
been notified that one or both of the end users are under 
surveillance, edge routers 821 and 822 can send copies 
of the media stream to recording device 812. Call sign- 
aling information can be collected from proxy servers 5 
804 and 806. Other than the copying of call signaling 
and the media stream, communications between end 
user device A and end user device C 800 is normal. Ac- 
cordingly, embodiments of the present invention provide 
methods for performing IP surveillance where there is a 10 
reduced likelihood of detection by the end users. 

IP to IP Network Surveillance when Calls to One Party 
are Forwarded 

15 

[0065] Embodiments of the present invention for per- 
forming IP network surveillance are useful not only to 
monitor telephone calls where the end user is receiving 
calls at his or her home terminal, but also to monitor tel- 
ephone calls where calls directed to the end user sur- 20 
veillance are forwarded to another terminal. The capa- 
bility to monitor forwarded calls is important in the IP 
environment to prevent circumvention of surveillance 
measures using call forwarding. 

[0066] Figure 9(a) illustrates a system for performing 25 
IP network surveillance in an IP to IP telephone call 
when a call to an end user is forwarded to another ter- 
minal. In Figure 9(a) ? entities and signals that are la- 
beled by the same reference numerals as the entities 
and signals in Figure 8(a) represent like elements. Thus, 30 
a description of these entities and signals is not repeat- 
ed herein. New entities introduced by Figure 9 include 
end user device B 900 , B proxy 902 : and B edge router 
904. Authentication signaling between B proxy 902 and 
authentication server 810 is illustrated by dashed line 35 
906. Communication of call signaling information from 
B proxy to recording device 81 2 is illustrated by dashed 
line 908. 

[0067] Figure 9(b) is a call flow diagram illustrating ex- 
emplary call signaling for performing IP network surveil- 40 
lance in the environment illustrated in Figure 9(a). In the 

call flow Hianram enri iiR^r rt^x/irp A ftflO is the* rallinn 
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party, and end user device B 900 (illustrated in Figure 9 
(a)) is the called party. However, end user device B900 
has been forwarded to end user device C 802. 45 
[0068] In line 1 of the call flow diagram, end user de- 
vice A 800 transmits an INVITE message to A proxy 804. 
The INVITE message includes information that identi- 
fies end user device B as the called party, e.g., in the 
"To" field of the message. In line 2, A proxy 804 deter- so 
mines whether end user device A 800 or end user device 
B 900 is under surveillance. The steps for determining 
whether the end users are under surveillance can be 
similar to those illustrated in Figure 7(c) for the PSTN to 
IP case. For example, first, A proxy 804 can send an 55 
authentication request to authentication server 810 (il- 
lustrated in Figure 9(a)). The request can include user 
identification information for end user device A 800 and 



end user device B 900. Authentication server 81 0 can 
perform a lookup in the users-under-surveil lance data- 
base bas d on the identification information. Authenti- 
cation server 810 can then send a response to A proxy 
804 indicating whether end user device A 800 or end 
user device B 900 is under surveillance. If A proxy 804 
receives notification that either or both end user devices 
are under surveillance, A proxy 804 preferably sends 
copies of call signaling information between end user 
device A 800 and end user device B 900 to recording 
device 812. A proxy 804 preferably also notifies policy 
server 819 (illustrated in Figure 9(a)) that the end users 
are under surveillance, sends media stream identifica- 
tion information, and sends media stream decoding in- 
formation to policy server 81 9 to trigger and enable cop- 
ying of the media stream between end user device A 
800 and end user device B 900. 

[0069] In line 3 of the call flow diagram, A proxy 804 
forwards the INVITE message to B proxy 902. In this 
example, B proxy determines that calls directed to end 
user device B 900 have been forwarded to end user de- 
vice C 802. In line 4 of the call flow diagram, B proxy 
determines whether end user device A, end user device 
B, end user device C, or all three end users are under 
surveillance. Determining whether any of the end user 
devices is under surveillance can be accomplished in 
the same manner described above with respect to line 
2 of the call flow diagram. In line 5 of the call flow dia- 
gram, B proxy 902 forwards the INVITE message to C 
proxy 806. In line 6 of the call flow diagram C proxy 806 
can determine whether end user device A, end user de- 
vice B, or end user device C is under surveillance by 
communicating with authentication server 810 in the 
manner described above. If any of the end users are 
determined to be under surveillance, C proxy 806 pref- 
erably also sends media stream identification and de- 
coding information extracted from the INVITE message 
to policy server 819. In line 7 of the call flow diagram, 
end user device C transmits the TRYNG message to 
end user device A, indicating that an attempt is being 
made to alert the user of end user device C. The return 
path between end user device n and end user device A 
may not include any one of or alt of the edge router, the 
policy server, the authorization server, or the proxy serv- 
er associated with end user device B, and end user de- 
vice B might be under surveillance. However, because 
call signaling messages can be collected by the remain- 
ing proxies, a complete call record can still be obtained. 
[0070] In line 8 of the call flow diagram, end user de- 
vice C 802 transmits a RINGING message to end user 
device A indicating that end user B is being alerted at 
end user device C. In line 9 of the call flow diagram, 
when end user B answers the call at end user device C, 
end user device C transmits an OK message to end user 
device A. The OK message includes the media flow IP 
address, port number, and media stream decoding in- 
formation for the incoming media flow for end user de- 
vice C at which end user B is receiving calls. According- 
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ly, this information is preferably communicated to jpr- "V 
server 819 and to C edge router 822 to enable cop . g 
and decoding of the media stream to and from end user 
device C 802. 

[0071] In line 10 of the call flow diagram, end user de- 
vice A 800 transmits an ACK message to end user de- 
vice C. Once this occurs, media stream communications 
occur between end user device A 800 and end user B, 
who is located at end user device C 802. Accordingly, 
the media stream flows through A edge router 821 and 
C edge router 822. Because the edge routers have been 
notified that one or both of the end users are under sur- 
veillance, the edge routers can send copies of the media 
stream to recording device 812. Thus, even when end 
user B receives calls at a terminal other than his or her 
"home" terminal, the methods and systems for perform- 
ing IP network surveillance according to the present in- 
vention are capable of recording both call signaling and 
media stream information for forwarded calls. 

IP Network Surveillance for IP to PSTN 
Communications 

[0072] In addition to monitoring PSTN to IP and IP to 
IP communications, the methods and systems for per- 
forming IP network surveillance can also be used to per- 
form surveillance for IP to PSTN calls. Figure 10(a) il- 
lustrates an exemplary operating environment in which 
user A 800 having an IP telephone attempts to call end 
user device C 802a connected to a PSTN network. In 
the illustrated network diagram, end user device A 800, 
A proxy 804, authentication server 810, policy-server 
819, and A edge router 821 are preferably the same as 
the corresponding elements described above and a de- 
scription thereof is therefore not repeated herein. 
[0073] MGC proxy 1000 communicates with A proxy 
804 and with IP-PSTN gateway 1001 using SIP. IP- 
PSTN gateway 1001 includes media gateway controller 
1002, signaling gateway 1003, and media gateway 
1004. Signaling gateway 1003, media gateway 1004, 
and media gateway controller 1002 are the same as the 
correspondingly named entities described with respect 
to Figure 2. Accordingly, a discussion of these entities 
is not repeated herein. 

[0074] The PSTN network connected to end user de- 
vice C includes mated pairs of signal transfer points 
(STPs) 1005 and 1006, service control points (SCPs) 
1007 and 1008 and SSP 1010 that communicate using 
the Signaling System 7 (SS7) protocol. The STPs 1005 
and 1006 are switching elements that through-switch 
SS7 messages based on address information in the 
messages. SCPs 1007 and 1008 are database nodes 
that contain call processing information for certain types 
of calls, such as credit card calls. SSP establishes me- 
dia communications between end user device 802a and 
a remote end user device through a voice trunk. 
[0075] Figure 10(b) is a call flow diagram illustrating 
a method for performing IP network surveillance in the 



n twork illustrated in Figur? 10(a). In line 1 of the call 
flow diagram, end user device A 800 transmit* IN- 
VITE message to A proxy 804. In line 2, A pre/. 802 
determines whether end user device A 800 orena user 
s device C 802a is under surveillance. The steps for de- 
termining whether the end user devices are under sur- 
veillance can be similar to those illustrated in Figure 7 
(c) for the PSTN to IP case. For example, first, A proxy 
804 can send an authentication request to authentica- 
te tion server 810 (illustrated in Figure 10(a)). The request 
can include user identification information for end user 
device A and end user device C. Authentication server 
810 can perform a lookup in a users-under-surveillance 
database based on the identification information. Au- 
15 thentication server 810 can then send a response to A 
proxy 804 indicating whether one or both of the end user 
devices are under surveillance. If A proxy 804 receives 
notification that either or both end user devices are un- 
der surveillance, A proxy 804 preferably sends copies 
20 of call signaling information between end user device A 
800 and end user device C 802a to recording device 
812. A proxy 804 preferably also notifies policy server 
819 (illustrated in Figure 10(a)) that the end user devices 
are under surveillance, sends media stream identifica- 
25 tion information, and sends media stream decoding in- 
formation to policy server 81 9 to trigger and enable cop- 
ying of the media stream between end user device A 
800 and end user device C 802a. 
[0076] In line 3 of the call flow diagram, A proxy 804 
30 forwards the INVITE message to MGC proxy 1000, 
which forwards the INVITE message to IP-PSTN gate- 
way 1 001 . In line 4 of the call flow diagram, MGC proxy 
1 000 can determine whether end user device A, end us- 
er device C, or both are under surveillance, in the same 
35 manner described above with respect to line 2 of the call 
flow diagram. In line 5 of the call flow diagram, end user 
IP-PSTN gateway transmits a TRYING message to end 
user device A, indicating that an attempt is being made 
to alert end user device C. In line 6 of the call flow dia- 
40 gram, IP-PSTN gateway 1001 transmits a RINGING 
message to end user device A indicating that end user 
device C 802a is being alerted. In line 7 of the call flow 
diagram, when the user of end user device C answers 
the call IP-PSTN gateway transmits an OK message to 
45 end user device A. The OK message includes the media 
flow IP address, port number, and media flow decoding 
information for the incoming media flow for end user de- 
vice C. Accordingly, this information is preferably com- 
municated to policy server 819 and to C edge router 822 
so to enable copying and decoding of the media stream to 
and from IP-PSTN gateway 1001 . 
[0077] In line 8 of the call flow diagram, end. user de- 
vice A 800 transmits an ACK message to end user de- 
vice C 602a. Once this occurs, media stream commu- 
55 nications occur between end user device A 800 and end 
user device C 802a through edge routers 821 and 822. 
Because the edge routers have been notified that one 
or both of the end users are under surveillance, the edge 
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routers can send copies of the media stream to record- 
ing device 812. Thus, the methods and systems for per- 
forming IP network surveillance also apply to IP-PSTN 
calls. 

[0078] The present invention is not limited the method 
for performing IP network surveillance for an IP-PSTN 
telephone call described with respect to Figure 10(a). 
For example, in an alternative embodiment, when au- 
thentication server 810 indicates that either of the end 
user devices is under surveillance, authentication serv- 
er can inform A proxy 804. A proxy 804 can then transmit 
a signal to SSP 1010 to trigger recording of both call 
signaling and media stream information to and from end 
user device C. Recording can be performed in a con- 
ventional manner, for example, using a magnetic tape 
device. 

IP Network Surveillance for IP to IP Call Forwarded to 
a PSTN Terminal 

[0079] Figure 1 1 (a) illustrates an exemplary operating 
environment for embodiments of the present invention 
in which an IP to IP call is forwarded to a PSTN terminal. 
In Figure 11(a), the network entities associated with end 
user device A and end user device C are the same as 
those described with respect to Figure 10(a). Hence, a 
description of these entities will not be repeated herein. 
End user device B and B proxy are the same as the cor- 
responding entities described with respect to Figure 9 
(a). Hence, a description of these entities is likewise not 
repeated herein. 

[0080] Figure 11(b) is a call flow diagram illustrating 
a method for performing IP network surveillance in the 
operating environment illustrated in Figure 11 (a). In line 
1 of the call flow diagram, end user device A 800 trans- 
mits an INVITE message to A proxy 804. In line 2, A 
proxy 804 determines whether end user device A 800 
or end user device B 900 (illustrated in Figure 11 (a)) is 
under surveillance. The steps for determining whether 
the end user devices are under surveillance can be sim- 
ilar to those illustrated in Figure 7(c) for the PSTN to IP 
case. For example, first, A proxy 804 nan send an au- 
thentication request to authentication server 810 (illus- 
trated in Figure 11(a)). The request can include user 
identification information for end user device A and end 
user device B. Authentication server 810 can perform a 
lookup in the users-under-surveillance database based 
on the identification information. Authentication server 
810 can then send a response to A proxy 804 indicating 
whether one or both of the end users are under surveil- 
lance. If A proxy 804 receives notification that either or 
both end users are under surveillance, A proxy 804 pref- 
erably sends copies of call signaling information be- 
tween end user device A 800 and end user device B 900 
to recording device 812. A proxy 804 preferably also no- 
tifies policy server 81 9 that the end users are under sur- 
veillance, sends media stream identification informa- 
tion, and sends media stream decoding information to 



policy server 819 to trigger and enable copying of the 
media stream between end user device A 800 and end 
user device C 802a. 

[0081] In line 3 of the call flow diagram, A proxy 804 

s forwards the INVITE message to B proxy 902. In line 4 
of the call flow diagram, B proxy determines that calls 
directed to end user device B have been forwarded to 
another location. B proxy can also determine whether 
end user device A, end user device B, end user device 

10 c, or alt three end users are under surveillance. Deter- 
mining whether any of the end users is under surveil- 
lance can be accomplished in the same manner de- 
scribed above with respect to line 2 of the call flow dia- 
gram. In line 5 of the call flow diagram, B proxy forwards 

15 the INVITE message to MGC proxy 1000, and MGC 
proxy forwards the INVITE message to gateway 1001. 
In line 6 of the call flow diagram MGC proxy 1000 can 
determine whether end user device A, end user device 
B, or end user device C are under surveillance by com- 

20 municating with authentication server 810 in the manner 
described above. If any of the end users are determined 
to be under surveillance, MGC proxy 1000 preferably 
also sends media stream identification and decoding in- 
formation extracted from the INVITE message to policy 

25 server 819. In line 7 of the call flow diagram, gateway 
1 001 transmits the TRYNG message to end user device 
A, indicating that an attempt is being made to alert end 
user B at end user device C. The return path between 
end user device C and end user device A may not in- 

30 elude any one of or all of the edge router, policy server, 
authorization server, or proxy server associated, with 
end user device B. However, because call signaling 
messages can be collected by the remaining proxies, a 
complete call signaling record can be obtained. 

35 [0082] In line 8 of the call flow diagram, gateway 1001 
transmits a RINGING message to end user device A in- 
dicating that the user at end user device C is being alert- 
ed. In line 9 of the call flow diagram, when end user B 
answers at end user device C, end gateway 1001 trans- 

40 mits an OK message to end user device A. The O K mes- 
sage includes the media flow IP address and port 
number and media flow decoding information for the in- 
coming media flow for end user device C at which end 
user B is receiving calls. Accordingly, this information is 

45 preferably communicated to policy server 819 and to C 
edge router 822 to enable copying and decoding of the 
media stream to and from end user device C 802a. 
[0083] In line 1 0 of the call flow diagram, end user de- 
vice A 800 transmits an ACK message to gateway 1 001 . 

so Once this occurs, media stream communications occur 
between end user device A 800 and end user device B, 
who is located at end user device C 802a. Accordingly, 
the media stream flows through A edge router 821 (il- 
lustrated in Figure 11 (a)) and C edge router 822 (illus- 

55 trated in Figure 11(a)). Because edge routers 821 and 
822 have been notified that one or both of the end users 
are under surveillance, edge routers 821 and 822 can 
send copies of the media stream to recording device 
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812. Thus, even when end user B receives calls at a 
terminal other than his or her "home" terminal , the meth- 
ods and systems for performing I P network surveillance 
according to the present invention are capable of re- 
cording both call signaling and media stream informa- 
tion for forwarded calls. 

Alternative Methods and Systems for Performing IP 
Network Surveillance 

[0084] Although the methods and systems described 
above for performing IP network surveillance utilize user 
identification information, media stream identification in- 
formation, and media stream decoding information ex- 
tracted from call signaling messages in order to perform 
surveillance, the present invention is not limited to these 
embodiments. For example, in an alternative embodi- 
ment, the present invention can comprise a packet 
sniffer adapted to copy ail message packets transmitted 
to or received from an end user under surveillance. A 
packet sn iffer according to the present embodiment can 
be connected to the same network as the end user un- 
der surveillance. For example, the packet sniffer can 
have an Ethernet connection to the end user's local area 
network. Since the packet sniffer is physically connect- 
dtoan Ethernet network, the packet sniffer can receive 
ail messages transmitted to or from network entities on 
the network. In order to perform surveillance, the packet 
sniffer can record all messages directed to or from an 
end user under surveillance. These message can in- 
clude both call signaling and media stream information. 
The packet sniffer can simply transmit copies of the 
messages to a recording device without processing the 
messages into call signaling or media stream sequenc- 
es. The processing can be then be done by the record- 
ing device. Alternatively the packet sniffer can assem- 
ble the call signaling and media stream information and 
send the assembled information to the recording device. 
Either method for processing the received messages is 
within the scope of the invention. 
[0085] An alternative to Ethernet that can be used for 
packet sniffing is remote monitoring (RMON). RMON is 
conventionally used for network traffic analysis, but can 
be used for IP network surveillance. RMON probes 
process large amounts of data and require large 
amounts of storage space. This technology can be used 
for packet sniffing on a high bandwidth, e.g., faster than 
Ethernet, connection. 

[0086] Additional monitoring software available on 
some LAN switches can be used for port monitoring 
from a VLAN perspective or perhaps the whole switch, 
but this monitoring is product specific. Accordingly, while 
it is technologically possible to perform surveillance via 
packet sniffing, such methods require either massive 
processing, storage, or product specific software. As a 
result, IP network surveillance through analysis of call 
signaling messages, as described above, is preferred. 
[0087] Although the examples discussed above are 



directed primarily to performing surveillance of IP tele- 
phone calls, the present invention is not limited to such 
an embodiment. For example, the methods and sys- 
tems described herein may be used to perform surveil- 

5 lance of video communications, data communications, 
such as e-mail communications and file downloads, and 
audio communications, other than voice telephone 
calls, that occur over an IP network. 
[0088] The embodiments of the invention described 

10 above provide versatility in performing network surveil- 
lance when end users subscribe to different IP service 
providers. For example, a surveillance order may be is- 
sued to the service provider of one end user but not nec- 
essarily to the service providers of both end users. If the 

*5 called party in an IP telephone call is the subject of sur- 
veillance, the only evidence of the surveillance may be 
the request for authentication transmitted by the proxy 
server to the authentication server of the end user under 
surveillance as described above. If the end user under 

20 surveillance has redirected to another location served 
by a different service provider, it may be necessary for 
the subject's proxy server to explicitly communicate this 
fact to an entity, e.g., a proxy server, an authentication 
server, a policy server, or other entity, in the originating 

25 and/or terminating network in which surveillance is re- 
quired. For example, in the embodiments illustrated in 
Figures 9a - 1 1 a, only end user B's service provider may 
be aware of the surveillance order. There is no existing 
way that the calling end user, i.e., end user A, or the 

30 called end user, i.e., end user C, will be aware of the 
surveillance. One possible solution to this problem is to 
have the subject's proxy, e.g., B proxy 902 illustrated in 
Figure 9a, upon determining that the origination point 
and the termination point is outside of the current serv- 
es er*s network, may send a message to either or both end 
point proxies, informing them of the surveillance. This 
information is preferably not part of the communications 
signaling, since the end user may have access to the 
call signaling information. Alternatively, since the 

40 number of individuals under surveillance is relatively 
small, it is possible that every licensed service provider 
could have an exhaustive list of everyone under surveil- 
lance. Either possibility is within the scope of the inven- 
tion. 

45 [0089] It will be understood that various details of the 
invention can be changed without departing from the 
scope of the invention. Furthermore, the foregoing de- 
scription is for the purpose of illustration only, and not 
for the purpose of limitation-the invention being defined 

so by the claims. 

Claims 

55 1. A method for performing internet protocol (IP) net- 
work surveillance comprising: 

(a) receiving a first message indicating that an 
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end user device is under surveillance; 

(b) in response to receiving the first message, 
extracting media stream identification informa- 
tion from a call signaling message associated 
with the end user device; and 

(c) transmitting the media stream identification 
information to an edge router associated with 
the end user device to enable copying of a me- 
dia stream identified by the media stream iden- 
tification information. 

2. The method of claim 1 wherein transmitting the me- 
dia stream identification information to an edge 
router comprises transmitting the media stream 
identification information to a policy server and from 
the policy server to the edge router. 

3. The method of claim 1 wherein the media stream 
identification information includes the internet pro- 
tocol (IP) address and port number at which the end 
user or end user device receives the media stream 
identified by the media stream identification infor- 
mation. 

4. The method of claim 1 comprising, in response to 
receiving the first message, copying call signaling 
messages associated with the end user device and 
sending copies of the call signaling messages to a 
recording device. 

5. The method of claim 1 comprising, in response to 
receiving the first message, extracting, from the call 
signaling message, media stream decoding infor- 
mation for decoding the media stream. 

6. The method of claim 5 comprising forwarding the 
media steam decoding information to a recording 
device to enable decoding of the media stream. 

7. The method of claim 1 wherein extracting media 
stream identification information from the call sign- 
aling message includes extracting the media 
stream identification information from a session in- 
itiation protocol (SIP) message associated with the 
end user device. 

8. The method of claim 7 wherein extracting the media 
stream identification information from a SIP mes- 
sage comprises extracting the media stream iden- 
tification information from a session description pro- 
tocol (SDP) portion of the message. 

9. The method of claim 7 wherein extracting the media 
stream identification information from a SIP mes- 
sage comprises extracting the media stream iden- 
tification information from an INVITE message. 

1 0. The method of claim 7 wherein extracting the media 



stream id ntification information from a SIP mes- 
sage comprises extracting the media stream iden- 
tification information from an OK message. 

5 11. The method of claim 5 wherein extracting media 
stream decoding information from the call signaling 
message includes extracting the media stream de- 
coding information from a session initiation protocol 
(SIP) message associated with the end user device. 

10 

12. The method of claim 11 wherein extracting the me- 
dia stream decoding information from a SIP mes- 
sage comprises extracting the media stream decod- 
ing information from a session description protocol 

is (SDP) portion of the message. 

1 3. The method of claim 1 1 wherein extracting the me- 
dia stream decoding information from a SIP mes- 
sage comprises extracting the media stream decod- 

20 ing information from an INVITE message. 

14. The method of claim 11 wherein extracting the me- 
dia stream decoding information from a SIP mes- 
sage comprises extracting the media stream decod- 
es ing information from an OK message. 

15. A method for performing surveillance in a packet- 
based communications network, the method com- 
prising: 

30 

at a proxy server, 

(a) receiving call signaling information from 
a first end user device; 
35 (b) transmitting, from the proxy serverto an 

authentication server, authentication infor- 
mation for the first end user device; 

at the authentication server, 

40 

(c) determining whether the first end user 
device is under surveillance based on the 
authentication information; 

(d) in response to determining that the first 
^5 end user device is under surveillance, no- 
tifying the proxy server that the first end us- 
er device is under surveillance; and 

at the proxy server, 
so (e) in response to receiving notification 

that the first end user device is under surveil- 
lance, copying call signaling information asso- 
ciated with the first end user device. 

55 16. The method of claim 15 wherein step (c) comprises 
determining whether a called party device is under 
surveillance. 
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17. The method of claim 1 5 wherein step (c) compris s 
determining whether a calling party device is under 
surveillance. 

18. The method of claim 15, comprising: 
at the proxy server, 

(f) forwarding a copy of the call signaling in- 
formation to a recording device. 

19. The method of claim 18, comprising: 
at the proxy server, 

(g) extracting media stream identification infor- 
mation from the call signaling information; and 

(h) forwarding the media stream identification 
information to an edge router associated with 
the first end user device. 

20. The method of claim 19, comprising: 
at the edge router, 

(i) identifying a media stream directed to or 
transm itted from the first end user device based 
on the media stream identification information; 
and 

(j) copying the media stream. 

21. The method of claim 20, comprising forwarding a 
copy of the media stream to a recording device. 

22. The method of claim 15, wherein extracting media 
stream identification information comprises extract- 
ing an internet protocol (IP) address and port 
number for the first end user device. 

23. A method for performing surveillance in an internet 
protocol (IP) network, the method comprising: 

at a proxy server in a first network managed by 
a first service provider, 

(a) receiving call signaling information for 
a call to or from a first end user device; 

(b) transmitting, from the proxy server to an 
authentication server, authentication infor- 
mation for the first end user device; 

at the authentication server, 

(c) determining whether the first end user 
device is under surveillance based on the 
authentication information; 

(d) in response to determining that the first 
end user device is under surveillance, no- 
tifying the proxy server that the first end us- 
er device is under surveillance; 

at the proxy server, 



(e) in response to receiving notification that 
the first end user device is under surveil- 
lance, determining whether end points of a 
call to or from the first end user device are 

5 within the first network; 

(f) in response to determining that the end 
points are not within the first network, noti- 
fying an entity in a second network man- 
aged by a second service provider that the 

10 first end user device is under surveillance. 

24. The method of claim 23 wherein notifying a second 
entity includes notifying a proxy server in the sec- 
ond network. 

15 

25. The method of claim 23 wherein notifying an entity 
in a second network includes notifying an authenti- 
cation server in the second network. 

20 26. The method of claim 23 wherein notifying an entity 
in the second network includes notifying a policy 
server in the second network. 

27. A system for performing internet protocol (IP) net- 
25 work surveillance comprising: 

(a) a first server having a users-under-surveil- 
lance database containing information indicat- 
ing whether an end user device is under sur- 

30 veillance and a surveillance processor for ac- 

cessing the users-under-surveillance database 
to determine whether the end user device is un- 
der surveillance; and 

(b) a second server including a multimedia ses- 
35 sion controller for controlling multimedia com- 
munication sessions between the end user and 
other end users and a surveillance interface for 
communicating with the first server to deter- 
mine whether the end user device is under sur- 

40 veillance. 

28. The system of claim 27 wherein the first server is 
an authentication server and the second server is a 
proxy server. 

45 

29. The system of claim 27 wherein the directory server 
is an authentication server and the second server 
is a proxy server. 

50 30. The system of claim 27 wherein the proxy server 
includes a call signaling message processor for for- 
warding copies of call signaling messages to a re- 
cording device when the authentication server indi- 
cates that the end user device is under surveillance. 

55 

31. The system of claim 30 wherein the call signaling 
message processor is adapted to extract the media 
stream identification from at least one of the call sig- 
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naling messages for identifying a media stream as- 
sociated with the end user device, 

32. Th system of claim 30 wherein the call signaling 
message processor is adapted to extract the media 
stream identification information from at least one 
session initiation protocol (SIP) message associat- 
ed with the end user device. 

33. The system of claim 32 wherein the call signaling 
message processor is adapted to extract the media 
stream identification information from a session de- 
scription protocol (SDP) portion of the SIP mes- 
sage. 

34. The system of claim 30 wherein the call signaling 
message processor is adapted to extract the media 
stream identification information from an INVITE 
message associated with the end user device. 

35. The system of claim 30 wherein the call signaling 
message processor is adapted to extract the media 
stream identification information from an OK mes- 
sage associated with the end user device. 

36. The system of claim 30 wherein the call signaling 
message processor is adapted to extract first media 
stream identification information for a first end user 
device from an INVITE message transmitted from 
the first end user device and to extract second me- 
dia stream identification for a second end user de- 
vice from an OK message transmitted from the sec- 
ond end user device. 

37. The system of claim 36 wherein the first end user 
device is an IP communications device and the sec- 
ond end user device is an IP communications de- 
vice. 

38. The system of claim 36 wherein the first end user 
device is an IP communications device and the sec- 
ond end user device is a public switched telephone 
network (PSTN) communications device. 

39. The system of claim 27 wherein the media stream 
identification information includes an IP address 
and port number for the end user device. 

40. The system of claim 30 wherein the call signaling 
message processor is adapted to extract media 
stream decoding information from at least one of the 
call signaling messages for decoding a media 
stream associated with the end user device. 



with the end user device. 

42. The system of claim 41 wherein the call signaling 
message processor is adapted to extract the media 

5 stream decoding information from a session de- 
scription protocol (SDP) portion of the SIP mes- 
sage. 

43. The system of claim 30 wherein the call signaling 
10 message processor is adapted to extract the media 

stream decoding information from an INVITE mes- 
sage associated with the end user device. 

44. The system of claim 30 wherein the call signaling 
15 message processor is adapted to extract the media 

stream decoding information from an OK message 
associated with the end user device. 

45. The system of claim 30 wherein the call signaling 
20 message processor is adapted to extract first media 

stream decoding information for a first end user de- 
vice from an INVITE message transmitted from the 
first end user device and to extract second media 
stream decoding for a second end user device from 
25 an OK message transmitted from the second end 
user device. 

46. The system of claim 45 wherein the first end .user 
device is an IP communications device and the sec- 

30 ond end user device is an IP communications de- 
vice. 

47. The system of claim 45 wherein the first end user 
device is an IP communications device and the sec- 

35 ond end user device is a public switched telephone 
network (PSTN) communications device. 

48. A computer program product comprising computer- 
executable instructions embodied in a computer 

40 readable medium for performing steps comprising: 

(a) receiving a ca!! signaling message transmit- 
ted from a first end user device; 

(b) extracting end user identification informa- 
45 tion from the call signaling message; 

(c) transmitting the end user identification infor- 
mation to an authentication server to determine 
whether the end user device is under surveil- 
lance; and 

50 (d) in response to receiving notification that the 

end user device is under surveillance, copying 
call signaling messages associated with the 
end user device. 



20 



25 



45 



50 



41. The system of claim 30 wherein the call signaling 
message processor is adapted to extract the media 
stream decoding information from at least one ses- 
sion initiation protocol (SIP) message associated 



55 49. The computer program product of claim 48 compris- 
ing, in response to receiving notification that the end 
user is under surveillance, extracting media stream 
identification information from the call signaling 
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message. 

50. The computer program product of claim 49 wherein 
extracting media stream identification information 
comprises extracting media stream identification in- 
formation from a session initiation protocol (SIP) 
message. 



comprises extracting the media stream decoding in- 
formation from an OK message associated with the 
end user device. 



51 . The computer program product of claim 50 wherein 
extracting media stream identification information 10 
comprises extracting media stream identification in- 
formation from a session description protocol (SDP) 
portion of the SIP message. 



52. The computer program product of claim 49 wherein 15 
extracting media stream identification information 
comprises extracting media stream identification in- 
formation from an INVITE message. 



53. The computer program product of claim 49 wherein 20 
extracting media stream identification information 
comprises extracting media stream identification in- 
formation from an OK message. 



54. The computer program product of claim 49 wherein 25 
extracting the media stream identification informa- 
tion includes extracting an IP address and port 
number for the end user device. 



55. The computer program product of claim 48 compris- 30 
ing ; in response to receiving notification that the end 
user device is under surveillance, extracting media 
stream decoding information from at least one of the 
call signaling messages for decoding a media 
stream associated with the end user device. 35 



56. The computer program product of claim 55 wherein 
extracting the media stream decoding information 
comprises extracting the media stream decoding in- 
formation from at least one session initiation proto- *o 
col (SIP) message associated with the end user de- 
vice. 



57. The computer program product of claim 56 wherein 
extracting the media stream decoding information 45 
from at least one SIP message comprises extract- 
ing the media stream decoding information from a 
session description protocol (SDP) portion of the 
SIP message. 

50 

58. The computer program product of claim 55 wherein 
extracting the media stream decoding information 
comprises extracting the media stream decoding in- 
formation from an INVITE message associated with 
the end user device. 55 



59. The computer program product of claim 55 wherein 
extracting the media stream decoding information 
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